Patent 



Office 



INVESTOR IN PEOPLE 




The Patent Office 
Concept House 
Cardiff Road 
Newport 
South Wales 
NP10 8QQ 



I, the undersigned, being an officer duly authorised in accordance with Section 74(1) and (4) 
of the Deregulation & Contracting Out Act 1994, to sign and issue certificates on behalf of the 
Comptroller-General, hereby certify that annexed hereto is a true copy of the documents as 
originally filed in connection with the patent application identified therein. 



In accordance with the Patents (Companies Re-registration) Rules 1982, if a company named 
in this certificate and any accompanying documents has re-registered under the Companies Act 
1980 with the same name as that with which it was registered immediately before re- 
registration save for the substitution as, or inclusion as, the last part of the name of the words 
"public limited company" or their equivalents in Welsh, references to the name of the company 
in this certificate and any accompanying documents shall be treated as references to the name 
with which it is so re-registered. 

In accordance with the rules, the words "public limited company" may be replaced by p. I.e., 
pic, P.L.C. or PLC. 

Re-registration under the Companies Act does not constitute a new legal entity but merely 
subjects the company to certain additional company law rules. 



Signed 




Dated 



rl iUN 1999 

PRIORITY 
DOCUMENT 

SUBMITTED OR TRANSMITTED IN 
COMPLIANCE WITH RULE 17.1(a) OR (b) 



An Executive Agency of the Department of Trade and Industry 



^Ritei 

• 



atents Form J?/77^<^*' 



Act 1977 

16) 




-e may rs2i 




-p. The 

Oflfoe 



MAY 1998 



Q8KAY98 E358664-1 D00192_ 
P01/7700 25.00 - 9809685,1 



The Patent Office 



Renuest for grant of a patent 

(S<^J notes on the back of this form. You can also get Cardiff Road 

an explanatory leaflet from the Patent Office to help Newport 

you fill in this form)) Gwent NP9 1RH 



1 . Your reference 



2. Patent application number 

(The Patent Office will fill in this part) 



3. Full name, address and postcode of the or of 
each applicant (underline all surnames) 



Patents ADP number (if you know it) 

If the applicant is a corporate body, give the 
country /state of its incorporation 



9809685.2 



SONY UNITED KINGDOM LIMITED 

The Heights 

Brooklands 

Weybridge 

SURREY KT13 OXW 



United Kingdom 



4. Title of the invention 



5. Name of your agent (if you have one) 

"Address for service" in the United Kingdom to 
which all correspondence should be sent 
(including the postcode) 



Patents ADP number (if you know it) 



J A KEMP & CO 

14 SOUTH SQUARE 
GRAY'S INN 
LONDON WC1R 5LX 



• 6. If you are declaring priority from one or more Country Priority application number Date of filing 

earlier patent applications, give the country and ®y° u know U) (da * / numa ^ * y ear > 

the date of filing of the or of each of these 
earlier applications and (if you know it) the or each 

application number 



7. If this application is divided or otherwise derived Number of earlier application Date of filing 

from an earlier UK application, give the number (day /month /year) 

and the filing date of the earlier application 



8. Is a statement of inventorship and of right to 
grant of a patent required in support of this 
request? (Answer "Yes" if: 

a) any applicant named in part 3 is not an inventor, or 

b) there is an inventor who is not named as an applicant, 
or 

c) any named applicant is a corporate body: 
See note (d)) 



Patents Form 1/77 



Patents Form 1/77 

9. Enter the number of sheets for any of the 
following items you are filing with this form. 
Do not count copies of the same document 

Continuation sheets of this form 

Description 3 O 

Claims 

Abstract 

Drawings 



10. If you are also filing any of the following, 
state how many against each item. 

Priority documents 

Translations of priority documents 

Statement of inventorship and right 
to grant of a patent (Patents Form 7/77) 

Request for preliminary examination 
and search (Patents Form 9/77) 

Request for substantive examination 
(Patents Form 10/77) 

Any other documents 

^ (please specify) 



11. 



I/We request the grant of a patent on the basis of this 
application 



Signature 




Date 6 May 1998 



J.A. KEMP & CO. 



12. Name and daytime telephone number of 
person to contact in the United Kingdom 



0171 405 3292 



Warning 

After an application for a patent has been filed, the Comptroller of the Patent Office will consider whether publication or 
communication of the invention should be prohibited or restricted under Section 22 of the Patents Aa^Yo!^ii 
informed if it is necessary to prohibit or restrict your invention in this way. Furthermore, if you live in the United Kingdom 

%t *T* ACt 19 P fSt ° P \ 'J™ I*™ M a patent abroad without first getting wrinen peSssYwfrZ 
the Patent Office unless an application has been filed at least 6 weeks beforehand in the United Kingdom for a patent for The 

H ° direCtWn P rohibitin 8 publication or communication has been given, or any such Action has 

Notes 

a) If you need help to fill in this form or you have any questions, please contact the Patent Office on 0645 500505. 

b) Write your answers in capital letters using black ink or you may type them. 

c) If there is not enough space for all the relevant details on any part of this form, please continue of a separate sheet of 
paper and write see continuation sheet" in the relevant part(s). Any continuation sheet should be attached to this form. 

d) If you have answered "Yes" Patents Form 7/77 will need to be filed. 



s 




NCAM AV/C CT< 



01256 483591 



^^A 



FT 16 April 1998 



1 able of Contents 



1. INTRODUCTION. 



2. REFERENCES. 



3. 



4. 



5. 



CHANGES FROM PREVIOUS VERSION _ 
NCAM CONCEPTS 



CA SUBUNIT MODEL 

. I The Basic CA Subunit 

CA subumt destination plug 
CA subunit source plug 



.8 



5. 1 . 1 CA subumt destination plug ^ 

5.1.2 pfyA«*,,v 8 

5.1.3 

5. 1. 4 Data Transmitted Over an Isochronous Channel 

5 \ o ? A ID *>™™* Descriptor, Status Descriptor* Objects and *Ob jectLists 

5 2.7 CA Subunit Identifier 

5.2.2 CA Subunit Status Descriptor 

5.3 CA Subunit Commands Z \ l 

5.3.1 CA ENABLE 



..8 
10 
10 
11 



6. SMART CARD READER COMMANDS . 



.13 



- 19 

6.1 Requirements 

6.2 Commands 19 

19 



7. DATE & TIME RESOURCE . 



8. MODEM SUBUNIT.... 



8.1 
8.2 
8.3 



Requirements. 
Connections..., 



MODEM SUBUNIT IDENTIFIER DESCRIPTOR, STATUS DESCRIPTOR, OBJECTS AND OBJECT LIST 



.21 

.22 

.22 
22 



8. 3. 1 Modem Sub unit Identifier 

8. 3. 2 Modem Subunit Status Descriptor 24 

8.4 Modem Subunit Commands 



8.4.1 
8.4.2 
8.4.3 
8.4.4 
8.4.5 



25 



connect_PSW_modemj;hannel 25 

connect jcable_modem_channel 27 

disconnect jnodem ^channel 25 

modem jstatus 2g 

modem jiatajransfer 

* o 

OPERATIONAL GUIDELINES 



1 0. OUTSTANDING POINTS,. 



29 



.30 



List of Figures 



Figure 5-1 The Basic CA Subunit g 

Figure 5-2 CA Subunit Logical Connections """" 9 

Figure 5-3 CA_ENABLE Control Command .31..^ 14 

Figure 5-4 CA_descriptor at Programme Level '""ZZZZ!""Z!"^! " ]6 

Figure 5-5 CA_descriptor at Elementary Stream Level yi 

Figure 5-6 CAJENABLE response 17 

"SIX* 

With. Company Confidential p a g e 2 of 30 

Last Printed: 06/05/98 17:22 



06/05 '98 WED 17:38 FAJE 01256 483591 SONY 

01256 483591 

|t Proposal 



NCAM A V/C CTS 



^u^AFT 



l£)UU4 



16 April 1998 



Figure 5-7 Format of elementary_CA enabie_field 

Figure 6- 1 FUNCTION Control Command ZZ.T. , 

Figure 6-2 SMARTCARD Status Command ZZ..* " 

Figure 6-3 SMARTCARD status command response ZZZZZZZZ ^ 

Figure 8-1 General Subunit Identifier Structure ZZZZZ"! ?? 

Figure 8-2 Modem Subunit Dependent Information Zl 

Figure 8-3 Modem Subunit Identifier ZZZZZZ 

Figure 8-4 Modem Status Descriptor ^ 

Figure 8-5 General Modem Status Format " Jz 

Figure 8-6 connect_PSTN_modem_channel Control Command : 25 

Figure 8-7 connect_PSTN T _modem_channeI ACCEPTED Response 26 

Figure 8-8 connect_PSTN_modem_channe! REJECTED Response ZZZZZ""""" 27 

Figure 8-9 connect_cable_modem_cbannel Control Command ! ZZZZ ZZZZ." 27 

Figure 8-10 connect_cabIe_rnodem_channel ACCEPTED Response ..Z"ZZ!"ZZ!!" 27 

Figure 8-1 1 connect_cable_modem__channel REJECTED Result ZZ"!!ZZZZZZZ!!ZZ"' 28 

Figure 8-12 disconnect_modem_channel Control Command ZZZZZZZZZ 28 

Figure 8-13 modem_status Status Command ZZ.Z.. .* 28 

Table 5-1 Allowed Connections to a CA Subunit jq 

Table 5-2 General Subunit Identifier Descriptor ♦ , 

Table 5-3 CA Subunit Identifier ZZZ"ZZ \~> 

Table 5-4 System ID Codes ZZZZZZZZ. 12 

Table 5-5 Implementation Profiles 12 

Table 5-6 CA Status Descriptor ."ZZZZZZ 12 

Table 5-7 General CA Status Format »ZZZZZ!ZZ 13 

Table 5-8 CA Subunit Status Descriptor Identifier Z 13 

Table 5-9 DVB CI Subunit Commands Z.. 13 

Table 5-30 System ID Codes ".ZZZ".ZZ^1ZZ 15 

Table 5- 1 1 Definition of ca_pmMist_management 15 

Table 5-12 Definition of ca_pmt_cmd_id )6 

Table 5-13 Definition of CA_enable ZZZZ 18 

Table 5- 14 Definition of result field ZZZZZZ. 1 8 

Table 6-1 Definition of smartcard_operation ZZ" 19 

Table 6-2 Definition of smartcard_operation ZZZZ 20 

Table 6-3 Definition of smartcard_operation response 20 

Table 8-1 Definition of modem_type 24 

Table 8-2 Definition of impleroentarion_profiIe_id Z 24 

Table 8-3 modem Subunit Status Descriptor Identifier !.ZZ 25 

Table 8-4 Definition of connection__result ZZ.'ZZZ." 26 

Table 8-5 Definition of connectionresult 27 

Table 8-6 Definition of reason 27 

Table 8-7 Definition of connectionj-esult Z.Z." 27 

Table 8-8 Definition of connection_result 28 

Table 8-9 Definition of reason 28 



Company Confidential p a ge 3 of 30 

Last Printed: 06/05/98 17:22 



06/05 98 WED 17:38 FAI 01256^83591 SONY 

DRAFT 16 April 1998 




56^83591 SONY 

9 01256 483591 " 
NCAM AV/C CTS Subunit Proposal 



1. Introduction 

A retirements exists for a Conditional Access (CA) system that allows the manufacturer of a Digital 
£5ISS5^5w to access scrambled services from several broadcasters Jbis is ach.eved by 
Television Receiver ^ ' CA to reside on a modu le which can then be connected to 

S2St 'JESS ?£d^ T^:Z<*. A solution exists in the form of a PC Card connected 
2 M s^gle -cSveT. However there exists a new requirement for a Networked Cond.tional Access 
Module (NCAM). The main requirements for this device are:- 



flexible form factor , 
flexible access, for example peer to peer communication 
flexible location 



use on an JEEE 1394-1995 based digital network. 
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Broadcasting Decoder Applications 
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[3] IEEE 1394-1995, Standard for a High Performance Serial Bus, 30 August 1996. 
[4] AV/C Digital Interface Command Set, Version 2.0D, 26 March 1997. 
[5] AV/C Tuner Model Working Specification, Version 1.0, 4 July 1997. 

[6] pr ETS 300 468 "Specification for Service Information (SI) in Digital Video Broadcasting (DVB) 
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3. Changes from Previous Version 

Modified table 3-1 to reflect changes in AV/C Digital Interface Command Set General Specification, 
Version 3.0FC1, March 29,1998 
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4. NCAM Concepts 

The purpose of the Networked Conditional Access Module (NCAM) is to provide conditional access 
functionality The NCAM uses a logical collection of resources that allow the descrambling of selected 
services to take place. The required resources for the NCAM can exist either in one location, for 
example inside a DTV, or be distributed throughout the in Home Digital Network (IHDN). 

The NCAM relies on both existing and additional subunits. The existing subunits that the NCAM 
makes use of are: - 

• Tuner subunit 

• Panel subunit 

The additional subunits that are defined in this document are: - 

• CA subunit 

• Modem subunit 

• Smart Card subunit 

The Tuner subunit is used as the data source, the Panel subunit is used to provide information to the 
user and receive input from the user. The CA subunit contains the descrambling functionality and can 
make use of the smart card and modem subunits. 

The modem subunit may be required when pay per view services are requested or user input is 
required to be returned to the service provider. The display device is used to provide a man machiue 
interface (MMI) with the user, this interface can support both display and user input, such as a 
keyboard or remote control. 

The-resources that are-required for an NGAM to-function may-be iraplemented-privately within-a- 
single module. If a manufacturer wishes to develop an NCAM with the smart card and modem 
functionality integrated foT the exclusive use of the NCAM this is allowed. In such a case the NCAM 
would only implement the CA subunit and make use of the tuner and panel subunits in other devices. It 
is likely for security reasons that an NCAM would be implemented with a private smart card. The 
smart card subunit is included for when a smart card could be used for other applications, for example 
a data card or "electronic cash" card. 

The NCAM can also be implemented with distributed resources. In this case the CA subunit would 
work in conjunction with subunits embedded in other objects distributed throughout the digital 
network. 

Depending on the service to be descrambled, all or some of the resources will be required. In a simple 
system that relies on a Smart Card to be inserted to authenticate the service the modem is not required, 
a simple form of display device is required to prompt the user to insert the card but interaction is not 
necessary. A more complicated system, for example a pay per view (PPV) system, requires all of the 
resources to allow a choice of services to be presented to the user and to allow the user make a 
selection. Therefore the NCAM may operate with reduced functionality if not all the required subunits 
are present. 

The use of descriptors was considered for the transfer of data relating to the user programme selection 
for the purposes of descrambling and the connection destination for the PSTN modem but it was felt 
that this information was better delivered as part of a command This is because the descriptor 
mechanism requires the controller to have a greater knowledge of the working mechanism of the target 
device. Also the use of descriptors would involve a two-stage command system, the first stage to 
download the data and the second to instruct the target to perform an action on the data. Sending the 
data with command seemed a more efficient mechanism. 
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5. CA Subunit Model 

c; 1 The Basic CA Subunit 

t f the CA subunit is to provide the core functionality of the NCAM. The CA subunit 
^S^ J^r^^ ^ transport streams are directed and where the CA processing is 
^^tS^^S can then communicate wtt other required subunits v,a asynchronous 
commands across the 1394 [3] network. 

The CA subunit can be a stand-alone device or integrated into another device. 



The Basic CA subunit 



CA subunit 
destination plug 



CA subunit 
source plug 



Figure 5-1 The Basic CA Subunit 

5.1.1 CA subunit destination plug 

isochronous tie* » *• ™bun« shall be ■ ,■■ • P ^« 

tuner subunit. 

5.1 .2 CA subunit source plug 

T* CA S o„uni, — H, <* *• °'^^™rS^S^Ius^ 



subunit. 



5.1.3 Connections 

i_ ^ r*A niHimit destination olue and either the serial bus input or 

^ ro ^rr^S"^b"mSd™7-"i • CONNECT «--<■» 

another subunit the connecuon rau^i u , lf Ac CA su bunit is operating in a stand- 

input and output of the serial bus plugs. 

lf fc CA ~* baa . ^^^^^l^S^^'^ 
ZSr^SSE gCTenitea resfwntf^of NOT IMPLEMENTED. 
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]t is necessary to use the CONNECT command to connect the CA subunit source plugs to either 
another subunit or the serial bus output plugs. 

All current connections of CA subunits shall be reported by the CONNECT status or CONNECTIONS 
status commands. This includes all permanent connections. A controller can determine if a connection 
is permanent by examining the "perm" flag of the responses for the CONNECT status and 
CONNECTIONS status commands. 

The connection of the CA subunit to other subunits is implementation specific. Whether h is logical to 
allow the connection of the CA subunit to certain other subunits should be considered at 
implementation time. 

The normal scenario for the implementation of a CA subunit is to either have the subunit inside a 
receiver, which is a device defined as one that contains a tuner subunit, or as a stand-alone device. 



Antenna input 
plug 



Receiver Unit 



CA subunit 



CA subunit 
destination plug 



CA subunit 
source plug 



Serial Bus (1394) 
output plug 



External output plug 



External input plug 

~Scrial~Bu7(1394) 
input plug 



1 



Figure 5-1 CA Subunit Logical Connections 



The following table illustrates the various combinations of connections between a receiver unit and a 
CA subunit plugs and which ones are valid or not. All invalid connections shall generate a response of 
NOT IMPLEMENTED. 



Non CA Subunit Plug 


CA Subunit Plug 


Connection 
Valid ? 


Comments 


External antenna input plug 


CA destination plug 


NO 


X 


External antenna input plug 


CA source plug 


NO 


X 


External input plug 


CA destination plug 


NO 


X 


External input plug 


CA source plug 


NO 


X 


External output plug 


CA destination plug 


NO 


X 




CA source plug 


NO 


X 


Serial bus input plug 


CA destination plug 


YES 


created using a CONNECT 
command, or it may be a 
permanent connection 






NO 


X 


Serial bus output plugs 


CA destination plug 


NO 


X 


Serial bus output plugs 


CA source plug 


YES 


This connection must be 
created using a CONNECT 
command, or it may be a 
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CA destination plug 



CA source plug 
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YES 



NO 
NO 



permanent connection 
This connection must be 
created using a CONNECT 
command, or it may be a 
permanent connection 



Subunit destination plug 



CA destination plug 



Subunit destination plug 



CA source plug 



YES 



This connection must be 
created using a CONNECT 
command, or it may be a 
permanent connection 



Table 5-1 Allowed Connections to a CA Subunit 



5.1 A Data Transmitted Over an Isochronous Channel 

partial raqxx ■*»»• £* Som« of ft. *» carried 

the relevant audio and video channels. 

5.2 Subunff /denser Descriptor, Status Descriptor, Objects and 
Object Lists 

The CA subunit will use the defined general subunit identifier descriptor The general descriptor is 
to *e AV/C Digital Interface Command Set General Spec.flcatum, Vers.on 3.0FC1. 

March 29, 1998. 



CA Subunit Identifier 



Address offset 



00 r 



01, 



02, 



03,, 



>16 

04 16 



05, 



XX XX) 6 



descriptor_length 



gencration_ID 



size of_list TP 



size of_object_lD 



size_of_objectjposition 



number_of_root - object_lists(n) 



root_object_list_id_0 



root_object_list_id_n- 1 



subunit_dependent_length 



xx xx 16 + Subunit_ 
dependent length + 3 



yy yyie 



subunit_dependent_information 
manufacturer_dependent_length 



vy yy x6 + manufacturer^ 



manufacmrer_dependent_infonnation 
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CA Subunit Identifier 



dependenQength 



Table 5-1 General Subunit Identifier Descriptor 

The descriptor Jength filed contains the number of bytes used for this descriptor structure. 

The generation JD field specifies which AV/C descriptor format is used by this subunit for all data 
structures it maintains, and the command sets which affect them. 

The size_ofJistJD field indicates the number of bytes used to indicate a list ID for this subunit. All 
objects maintained within the scope of the subunit which have an ID shall use this number of bytes for 
their ID. 

The size^ofjobjectJD field indicates the number of bytes used to indicate an object ID for this 
subunit. 

The sizejofjobject position field indicates the number of bytes used when referring to an object by its 
position in a list. 

The number jof_jootjobjectJists field contains the number of root object lists associated with this 
subunit. 

The rootjobjectjistjdjc fields are the ID values for each of the root object lists associated with this 
subunit. The number jofj-ootjobject J ists field indicates how many of these ID values are present. 

The subunit jdependant Jength and subunit _dependentJnformation contain information whose format 
and contents are described in section 5.2.1. 

The manufacturer _dependent Jength- and manufacturer -dependent ^information are_used_for vendor_ 
specific data. If there is no manufacturer dependant information in the descriptor, then the length field 
shall be set to zero and the manufacturer jdependentjnformation field shall not exist. 

5.2.1 CA Subunit Identifier 

A CA subunit shall have the same basic SUBUNIT IDENTIFIER DESCRIPTOR structure as 
presented in the section titled The General Subunit Identifier Descriptor in the AV/C Tuner subunit 
document [7]. 

The CA subunit shall have the following subunit jdependentjnformation within the subunit identifier 
descriptor. 



CA Subunit Identifier 


Address offset 


Contents 


oo 16 


specification__length 


01,6 




02 16 


system id 


03 16 


implementation_profile id 


04 16 


number of CA system ids(ra) 


05 16 


CA system id lengthlO] 




CA_system_id[0] 










CA system id length[m-l] 




CA_system_id[m- 1 ] 





••••• 
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CA Subunit Identifier 



Table 5-1 CA Subunit Identifier 

The specification Jength field indicates the size, in bytes of the entire descriptor structure. 

The system Jd field indicates a broadcast system that the CA subunit supports. The following broadcast 
systems are currently defined: 



system id 


name 


20 I6 


DVB(Digital Video Broadcast) 



Table 5-2 System ID Codes 
The implementation profile id field specifies the profile ID of the CA subunit for this systemjd A 
S, suTuLTmay be Lamented with a different profile for each of the systems .^t 'tsupports. There 
shall be one profile for each supported system. The following profiles arc currently defined. 



hnplementation_profile_id 



Fl )6 



AU others 



meaning 



conformant_full_implementation - a CA subunit with this profile i 
implements all of the commands and relevant data structures for the 
specified broadcast system, as defined in the AV/C CA subunit Working 

Specification version 1.0. . . — 

r eserved for future specification 

Table 5-3 Implementation Profiles 

The number_ 0 /_CA_systemJds field indicates the number of CA systems the CA subunit is 
compatible with. 

The CA svtem id length and CA system id fields can identify a particular CA system. For DVB 
^stemrtTe TafueV fofoi.^lS are defined in [6]. The label length field defines the length m 
bytes of the CA_system_id field. 



5.2.2 CA Subunit Status Descriptor 

The CA status descriptor structure is specific to CA subunits. It holds information about the CA 
Lbunifin gteral, and about what information is on each of its source p ugs. The data he Id Mta |dm 
Suc^re is dynamic and is kept up to date by the CA subunit. A controller may examine this structure 
J or^to de^rmine the operational status of the CA subunit and its source plugs. 

The general format of the CA status descriptor is as follows; 



| — CA Status 

address 

00 00 t6 
00 01, fi 


Descriptor 

contents 
descriptoMength 


00 02 16 


general_CA_status 





The descriptor Jength is the number of bytes for the entire CA subunit status descriptor structure. 
The general CA_stat»s field contains information about the CA subunit. The general ^status field 

has this format: 
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gepernL CA status format 



address offset 



00,6 

01 lfi 



contents 

general_CA statusjength 
in use 



L 



Table 5-2 General CA Status Format 
The^a/ CA status len#H is the number of bytes for the g enera L CA_ Sla tus descriptor structure. 

private and a "1" indicates that external resources are required. 

5.2.2.1 Descriptor Identifier for the CA subunit Status Descriptor 

The CA subunit Status descriptor is specific to the CA subunit type, it has the following type value. 



descriptor_type_ 
TBD 



meaning 



CA Status Descriptor 



Table 5-1 CA Subunit Status Descriptor Identifier 

The descriptor_type_s P ecific_reference field does not exist because there is only one CA status 
-descriptor for-a tuner.subunit. — . _ .._ _ ._ 



5.3 CA Subunit Commands 

CA subunit commands are identified by a subunit.type of 06 provisional. This section defines how 

the commands are used. 







Su 
( 


pport le\ 
oy ctype 
S 


'el 
) 

N 


Comments 


Opcode 
CA_ENABL,fc 


Value 

cc l6 


C 
M 

i 






Used to instruct the CA 
subunit to begin 
descrambling the service 
defined in the CA_PMT 
descriptor. 



Table 5-1 DVB CI Subunit Commands 



5 3.1 CA ENABLE 

CA_ENABLE command is fully specified here for the DVB system. 

For a DVB compliant system the CA_ENABLE command will take the following form. 

Company Confidential Page 13 of 30 

Hi!!:. 

" !S !! " Last Printed: 06/05/98 1 7:22 



WED 17:4,2 F.^JU 25^^835 91 SONY lffli)l5 

~^ ' WT 01256 483591 ™ 

DRAFT 16 April 1998 

NCAM AV/C CTS Subunit Proposal 



opcode 



operand[0] 
operandi 1] 



msb 



i 



1 



lsb 



CA ENABLE (CC U ) 



operand[2] 



length(n) 
morelast 



frame identifier 



systemid 



ca pmt list_management 



reserved 



prograin_num ber 

version number 



CNI 



reserved 



program_info_lcngth 



ca pmt_cmd_id 

puipber_of_proRram_CA descriptorslmT 



length~orprogram_CA descriptor^] 



program^ CA 



length_of_program_ 



program_C A_descriptor[m- 1 ] 



descriptor[0] 



CA descriptor[m-l] 



stream type 



reserved 



elementar>'_PID 



reserved 



ES_info_length 



ca_pmt_cm d_id 



number, of_elemcntary_CA descriptors[m] 



]cngthlof_elementary~CA descriptor[Q] 



e1emeDtary_CA_descriptorlO] 



length_of_elementary_CA descriptor[m- 1 ] 



elementary_CA_descriptor[m- 1 ] 



Figure 5-1 CA_ ENABLE Control Command 

Uvt* lenrth of the entire conditional access command block minus the 
!Tpon rci«mb5y the first four bytes of the second to n-1 frames are dtscarded. 

« ,h, data that the CA ENABLE command carries may exceed the maximum length of an 
in some cases the data thar mdicate whether al , me data is conta.ned in one 

AV/C frame. In dus ™+*T%£Z A value of "1" indicates mat there is more data to fellow and a 

«z 0°; if ■»» * e - wm f,t imo one tane moreJast ^ 

the value of"0". 



• • • 
•••« _ 
•••*• 
••• 
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this is the final frame with the current frame Jdenxifier value and further frames received with the same 
frame Jdentifier axe to be treated as new set of frames. 

The system Jd field denotes which broadcast system the following command relates to. The following 
stystem is defined so far. 



svstera id 


name 


20 t6 


DVB(Dighal Video Broadcast) 



Table 5-1 System ID Codes 



The remaining entries in the CA_ENABLE descriptor are fully explained in [2] sections 2.4.4.8 and 
2.4.4.9. However a brief description is included below. 

The ca_pmt list management field indicates whether the user has selected a stogie program (made :of 
one or Several "elementary streams) or several programs. The definition b made ■ the DVB 
Common InUrf.ce .^cation (A017, May 1996), section 8.4.3.4 and Is repeated here. The 

following values are defined. 



ca pint list management 


value 


More 


00 


First 


01 


Last 


02 


Onlv 


03 


Add 


04 


j Update 


05 


1 reserved 


Other values 



Table 5-2 Definition of ca_pmt_list_maDagement 

When set to 'first' it means that the CA PMT is the first one of a new list of more than one CA PMT 
object. All previously selected programmes are being replaced by the programmes of the new to. 
W means that the CA PMT is neither the first one, nor the last one of the .^^TS^. 
C A PMT object is the last of the list 'only' means that the list is made of a single CA PMT add means 
that this CA PMT has to be added to an existing list, that is, a new programme has been selected by the 
user but all previously selected programmes remain selected. If "add- is received for an already exist. ng 
programme men its action is identical to 'update', -update' means that the CA PMT of a programme 
alreadv in the list is sent again because the version_number or the current next.indicator has changed 
It 7s L responsibility of the application to check whether the change of the vers.onnumber results m 
. change of the CA operations or not. Since the list management commands only act at the P™B™m™ 
level, wy changes at the elementary stream level in an existing programme must be s.gnalled by an 
'update' command with the complete elementary stream list re-sent. 

The program_number field specifies the program to which the program.map_PlD is applicable. 

The versio n _number field is the version number of the TS_program_map_section. 

The CA7 field is set to "1" to indicate that the TS_program_map section sent is 

When «t to "0" it indicates that the TS_program_map_section is not yet apphcable and shall be the 

next TS jrogram_roap_section to become valid. 

The program.infojength specify the number of bytes of the descriptors immediately following the 
program infojength field. 

The cajmt cmd id field is specified in the DVB Common Interface Specification [1], section 8.4^4 
and is7epe«ed here. The field indicates the required response from the application to a CA PMT 
object. It can take the following values. 
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©017 



capmt 



cmd id 



Qk descrambling 
Ok mmi 



ca_pmt_cmd_id_value 



01 



02 
03 



Not_selected 



04 



RFU 



Other values 



Table 5-3 Definition of caj>mt_cmd_id 



When set to 'ok descrambling' h means that the host does not expect answer to the CA PMT ^and I the 

fo oT d^rfmM^oMoT^r. Whenset to Tot.selected' ft indicates to fte CA apphcaUon tot 
tost no Tonge^ requires lhat CA application to attempt to descramble the serv.ee. The CA 
application shall close any MMI dialogue it has opened. 

There then follows a series of CA.descriptors, the format of which is explained below. The 
CA_descriptor is specified in [2] section 2.6.16. 




Figure S-2 CA_descriptor at Programme Level 



The descriptor jag field signifies that this is a CA_descriptor. 
The descriptor Jength field gives the length of the CA.descriptor. 
The CAjsystemJD field identifies the CA system in use. 

The CA_P1D field points to packets containing program related access control information, such as 
ECMs. 

The remaining bytes of the CA_descriptor contain private information. 

Tne elemeraary_PlD field specifies the P1D of the transport stream packets that carry the associated 
program element. 

Tne ES info length field specifies the number of bytes of the descriptors of the associated program 
elemenrimmediately following the ESJnfoJength 



me ca_pmt_cmdjd field is repeated here at the ES level 



»••§• 
• ••• 

'••f 2 . 



Company Confidential 
Last Printed: 06/05/98 17:22 



Page 16 of 30 



06/05 98 WED 17:43 FAX 01256 483591 



SUM 



01256 4835S1 

NCAM AV/C CTS Subnnit Proposal 



DRAFT 16 April 1998 




There then follows the CA descriptor for elementary stream level. The fields are the same as for the 
?^?ev5 d«5w ex'cept £ *e CAJ>ID field, which bow points to packets contauung system 
wide, and/or access control management information, such as EMMs. 



descriptor_tag 



dcscriptor_length 



CA_system_lD 



reserved 



CA PTD 



private_data_byte [1] 



pri vate_data J>yte [n- 1 ] 



Figure 5-3 CA_descriptor at Elementary Stream Level 

In the case that the CA_ENABLE command is successful the response will be ACCEPTED. The 
response will have the following format. 





msb 1 


i i i 1 1 1 


Isb 


opcode 


CA ENABLE (CC 16 ) 


operand[0] 


lengtb(n) 


oDerandin 


more last 






frame identifier 








program_number 


















reserved 


j version number 


| CNI 






-CAEF- 1 


CA-enable (programme level) or.reserved 








number of elementary CA enable neiasjmj 






elementart CA enable field [1] 












elementary CA enable field [m-1] 



Figure 5-4 CA.ENABLE response 

The fields, lengh, raorejast an d fxaroejdentifier wUl have the same meaning as those of the same 
name in the CA ENABLE control command. 

The program_number field specifies the program to which the progran._map_PID is applicable. 
The version_number field is the version number of the TS_program_map_section. 

Th* CKI field is set to "1" to indicate that the TS_program_map_secrion sent is currently applicable, 
men set I 4 h indicates that the TS.program.map.section is not yet applicable and shall be the 
next TS_program_map_section to become valid. 

The response contains one possible CA_enable at programme level and for each elementary stream, 
one possible CAjenable at elementary stream level. 

Note- When both are present only CA__enobU at ES level applies for that elementary stream. When 
Lne is present, the controller does not interpret the CA.ENABLE response object 

The CAEF field signifies that the CA_enable field is valid, when set to "1" the foUowing field is 
CA_enable and when set to U <T the foUowing field is reserved. 



Company Confidential 

Last Printed: 06/05/98 17:22 



Page 17 of 30 



06/05 '9.6 VTED .17:44 FA2 01256 4835JU SONY 

01256 4S359! 




NCAM AV/C CTS Subunit Proposal 
CA enable can take on the following values. 



DRAFT 16 April 1998 



CA enable 



Descrarnbling possible 



Descrambling possible under conditions (purchase dialog) 
PescrambLing possible under conditions (technical dialog) 



Value 



01 
02 



03 



Table S-4 Definition of CA_enable 

The elementary_CA_enable_field has the following format. 





reserved elementaiy_PID 








CAEF | CA enable (elementary stream level) or reserved 



Figure 5-5 Format of elementarv_CA_enable_field 

The elementary _P ID field signifies the elementary stream P1D. 
The CAEF and CAjenable fields have the same definition as above. 

In the case where the CA_ENABLE command is unsuccessful the response frame will use the response 
code of REJECTED. The CA__enable field wiJ] take on the following values to reflect the nature of the 
error. 



CA enable 


Value 


Descrambling not possible (because no entitlement) 


71 


Descrambling not possible (for technical reasons) 


73 



Table 5-5 Definition of result field 

The C K EKABLE command can also be sent with a ctype of STATUS and NOTIFY as described in 
the tuneT specification, in this case the response will be in the same format as the response rrom 
described above. 



l£019 
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6. Smart Card Reader Commands 



6.1 Requirements 

The smart card subunit provides a set of asynchronous commands that are used to access and control a 
smart card. The smart card subunit relies on the asynchronous plug concept (under definition) to limit 
the number of controllers that can access the subunit 

The AV/C commands described below allow a controller to power on and off and reset the smart card. 
The status of the smart card can also be determined. The CONTROL commands for the smart card can 
only be accepted from the controller that has reserved the smart cart subunit. Commands from other 
controllers shall be REJECTED. STATUS commands from other controllers will be supported. 

For sending a receiving data from the smart card the AV/C asynchronous file transfer protocol (under 
definition) shall be used. The exact nature of the transfer is to be defined. The data should be 
transmitted in a secure method to avoid exposing private data. 



6.2 Commands 

The first format of the FUNCTION command shall have a ctype value of CONTROL and is illustrated 
in figure XXX below: 



msb | I I I I I I Isb 



opcode 


FUNCTION 


-- - - operand[0] 


smartcard_pperation 



Figure 6-1 FUNCTION Control Command 



smartcord_operation can take the values defined in table 6-1 below: 



smart_card_operation 


Value 


Support level 


power_on card 


TBD 


M 


power off_card 


TBD 


M 


reset card 


TBD 


M 


read answ to reset 


TBD 


M 


reserved 


TBD 


M 



Table 6-1 Definition of smartcard_operation 



power onjcard : switch on the card interface by connection and activation of the contacts by the 
interface device (Vcc then RAZ according to ISO 7816 specification). The response is ACCEPTED if 
a card is inserted and has performed a reset correctly and REJECTED if there is no card, or the card 
did not reset correctly. 

power off card : powers off the card interface according to the ISO 7816 specification. The response 
is ACCEPTED if the operation is successful and REJECTED if the operation fails. 

resetjzard : resets the card interface when the card is powered on. The responses are the same as for 

power jonjzard. 

The second format of the SMARTCARD command, determining the status of the smart card, shall 
have a ctype STATUS and is illustrated in figure 6-2 below: 
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opcode 



operand[01 



FUNCTION 



cmartcard operation 



Figure 6-2 SMARTCARD Status Command 



^nartcard oper ation 1 vam^. 



card status I TO — 

Table 6-2 Definition of sn.artcard_operat.on 

Used to find the current connection and card status. 

, n the SMARTCARD status command is illustrated in figure 6-3 below. 
The response to the aMAM wix* 



anotvj — 

Ffc „r« 6-3 SMARTCARD cmm.nd ropo»» 



smartcard , operation 
card inserted 



card removed 



\„a inpjace power^on 

- . . * _ _ ....tor nT% 



' card in j)lace power_on_ 
no card 



unresponsive_card 



Value 
TBD 



TBD 



TBD 



TBD 



TBD 



refused^card 



reserved 



TBD 
TBD 



TBD 



lsb 




T.bk 6-3 Definition of smartcard.oper.tion response 
^nanse to a NOTIFY command when a card is removed. 



*- — ~" 

n0 card response when no «rd is plugged in. 

' ■ ca rd response when the plugged in card docs not reply to a reset. 
vn respons<ve_card . resporu, ^ ™cted way. 
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7. Date & Time Resource 

Th, TvCAM mav require date & time information. This information can be provided by a subunit 
SLmemLTe dSTtime descriptor (under discussion) or the CA subunh may implement the date 
& Son private* in an implementation specific manor, for example by unplementmg a real 

time clock 



• nil*. 
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8 . Modem Subunit 



8 1 Requirements 

methods to be used. 

8 2 Connections f ^ 

connections to the suounu expan ded at a later date to ? x P' a ™ u * , ^ mod em subunit. 

and Obyect L/sf 

The M— — »>» - * — W-*~~<~^Z1 

- rrl1 — ' s»hunit ICenimer" 




xxxx 16 + *> ubun3t - 
dependantjength + L 



subunit_dcpcndant_infonnation 



•••••• 

ilhifs 



-r^^farturer dependent lengtn 
ma nufecturer_dependent_infonnation 

Company Confidential 

Last printed: 06/05/98 17:22 



Page 22 of 30 



06/05 '96 WED 17:46 FAI 01256 483591 



SONY 



@025 



01256 48359! 



AM AV/C CTS Subunit Proposal 



DRAFT 16 April 1998 




vy yy ,<.-»■ manufacturer^ 

dependant length | 



"General Subunit ldentttteT 



i: 



Ffcur. B-l Ge»«r.l Subunil Identifier Structure 

Th. ^fj^jo «- *. — - — - » ~- - *- m toS 

r contain information whose format 

The * »" """" 

,mlcol..eiiu»«<le«til>^'°»».01.5.1. ^ 

The !,£SKiEi&S~^~ 



8.3.1 Modem Subunit Identifier 



u • cimilNIT IDENTIFIER DESCRIPTOR structure as 

document [5]. 
identifier descriptor. 




Fi E ure 8-1 Modem Subunit Dependent Information 

subunit. 

~i.ni f»chno1oev it has the foUowmg format. 
The syste^Upecification field des cr,bcs a modem technology, 

" M-^" Rubunit ldentnieT 




•ttttS. 



Company Confidential 



Page 23 of 30 



■ m mm- 



06/05 98 WED 17:4$ FA2 0125^^591 

W 01256 46359 

NCAM AV/C CTS Subunit Proposal 




SONY 



DRAFT 16 April 1998 



Tbe specificationjiength field indicates the size, in bytes of the entire descriptor structure. 

The modem jype field indicates the underlying technology that the modem subunit supports. The 

following technologies are currently defined: 



modem type 


Technology 


01,6 


PSTN Modem 


02 16 


Cable Return Channel Modem 



Table 8-1 Definition of modem_type 

The implementation _profile_id field specifies the profile ID of the modem subunit for this 
modem _type. A modem subunit may be implemented with a different profile for each of the modem 
types that it supports. There shall be one profile for each "supported modem type. The following 
profiles are currently defined: 



implem entat ion_profi Ie_id 


meaning 


F1 I6 


conformant_full_implementation - a modem subunit with this profile 
implements all of the commands and relevant data structures for the 
specified modem technologies, as defined in this current draft. 


All others 


reserved for future specification 



Table 8-2 Definition of implementation _profiIe_ld 



8.3.2 Modem Subunit Status Descriptor 

The modem status descriptor structure is specific to modem su bunks. It holds information about the 
modem subunit in general. The data held within this structure is dynamic and is kept up to date by the 
modem subunit. A controller may examine this structure to determine the operational status of the 
modem subunit. 

The general format of the CA status descriptor is as follows: 



address 


contents 


00 00 lf 


descriptoMength 


00 01 )6 


00 02 16 


generaI_modem_status 







Figure 8-1 Modem Status Descriptor 

The descriptor Jength is the number of bytes for tbe entire modem subunit status descriptor structure. 

The general jnodem_siatus field contains information about the modem. The general _modemjstatus 
field has this format: 



general modem status format 



address offset 


contents 


oo l6 


general_modem_starus_length 


01 u 


in use 



Figure 8-2 General Modem Status Format 
The generaLmodem_status Jength field gives the length of the genera1_roodem_status descriptor. 

The in_use field is a 1-bit flag that takes the value of "P when the modem subunit is in use and "0" 
when the modem subunit is available. 
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8.3.2.1 Descriptor Identifier for the CA subunit Status Descriptor 

The modem subunit Status descriptor is specific to the modem subunit type, it has the following type 
value. 



descriptor type 


meaning 


TBD 


modem Status Descriptor 



Table 8-1 modem Subunit Status Descriptor Identifier 



The descriptor_type_specific_reference field does not exist because there is only one modem status 
descriptor for a tuner subunit. 



8.4 Modem Subunit Commands 

The subunit type for the modem subunit is to be defined. 



8.4. 1 connect_PSTN_modem_channel 

The connect _PSTN _modem_channel command is issued to the modem subunit to instruct a PSTN 
modem to establish a connection. The connect_PSTN_modero_channeI bas a ctype of CONTROL. 



address [ msb | | | | | | | hb 



opcode | connect_PSTN modem channel 


operandO]- 


retry-count 


operandp] 


timeout 






reserved | FA 


connection type 






reserved 


CPL 


IACL | OCL 






reserved 


national_area_code_ length core_number length 






country_prefix_char 














international area code char 














operator_code_char 














national_area_code_char 














core_n umber_char 











Figure 8-1 connect_PSTN_modein_channel Control Command 



The retry jcount field signifies the number of retries to be attempted. 
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Tbe timeout field indicates the maximum number of seconds a connection attempt should remain valid. 
If there is no positive indication of the state of the connection within the time timeout the connection 
will be aborted. A timeout value of zero means wait indefinitely. 

The remaining fields are taken from the DVB SI Telephone descriptor which are defined it [6] section 
6.2.30. A summary of tbe fields is given below. 

AH reserved fields are to have a value of 00 R . 

The FA field is a 1-bit flag which when set to "P signifies that the number described can be called 
from outside of the country. When set to 4t 0" the number can only be called from inside the country. 

The connectionjtype field indicates connection types. 

The CPL field specifies the number of 8-bit alphanumeric characters in the country prefix. 

The IACL field specifies the number of 8-bit alphanumeric characters in the international area code. 

The OCL field specifies the number of 8-bit alphanumeric in the operator code. 

The national jareajzodejength field specifies the number of 8-bit alphanumeric characters in the 
national area code. 

The core_numberJength field specifies the number of 8-bit alphanumeric characters in the core 
number. 

The country _prefix_char field, which shall be encoded in accordance with ISO 9958-1 [7], gives one 
alphanumeric character of the country prefix. 

The international jsrea_code_char field, which shall be encoded in accordance with ISO 9958-1 [1 1], 
gives one alphanumeric character of tbe international area code. 

The operator _code_char field, which shall be encoded in accordance with ISO 9958-1 [1 11 gives one 
alphanumeric character of the operator code. 

The national } _area_code_char field, which shall be encoded in accordance with ISO 9958-1 [11], 
gives one alphanumeric character of the national area code. 

The core_number_char field, which shall be encoded in accordance with ISO 9958-1 [1 1], gives one 
alphanumeric character of the core number. 

The cotinect J > STNjnodem_channel has the following responses. 

If the connection is successful the response is ACCEPTED, and has the following format. 





msb | 


i i i i i 


| lsb 


opcode 


connect_PSTN_modem_channel 


operand [0] 


connection result 



Figure 8-2 conDect_PSTN_modem_channel ACCEPTED Response 



connection_result 


Description 


connected 


connection okay 



Table S-l Definition of connection_result 
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If the connections fails a response of REJECTED wiU be returned. The response will have the 
following format. 





msb | 


1 1 1 1 1 1 lsb 


opcode 


connect PSTN modem channel 


operand[0] 


connection result 


operandf 1] 


reason 



Figure 8-3 connect_PSTN_modem_channel REJECTED Response 



connection result 


Description 


retry_fail 


exceeded retry count 


timeout 


exceeded timeout 


Table 8-2 Definition of connection_resnh 


reason 


Description 


unexplained 


an unexplained fault occurred 


engaged 


target is engaged 


unobtainable 


number is unobtainable 



Table 8-3 Definition of reason 



8.4.2 connect_cabIe_ modem_channel 

The conneci_cab1e_rnodem_channeI command is issued to the modem subunit to instruct a cable return 
channel modem to establish a connection. The command has a crype of CONTROL. 





-msb-l- -| -| | - | | | -lsb 


| opcode 


connect cable modem channel 


j operand[0] 


retry_count 


j operand[l] 


timeout 


; openmd[2] 


channel id 



Figure 8*1 connect_cable_modeni__channel Control Command 



The fields retry_count and timeout fields are the same as for the connect_P S T*N_m odem_channe 1 
command. 

The channeled field defines the return channel ID number. 

The connect_cable_modem_cornmand has the following responses. 

If the connection is made then the response is ACCEPTED and has the following format. 



"»b | 1 I 1 I I I lsb 



opcode 


connect cable modem channel 


operand[0] 


connection result 



Figure 8-2 connect_cable_jnodem_cbannel ACCEPTED Response 



connection result 


Description 


connected 


connection okay 



Table 8-1 Definition of connection result 



>•• • • 
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If the connections fails a response of REJECTED will be returned. The response will have the 
following format. 





msb | 


i i i i i 


| lsb 


| opcode 


connect cable modem channel 


j operand[0] 


connection result 


operand[ 1 ] 


reason 



Figure 8-3 connect_cab1e_modem_channeI REJECTED Result 



connection result 


Description 


retry _fail 


exceeded retry count 


timeout 


exceeded timeout 



Table 8-2 Definition of connection_result 



reason 


Description 


unexplained 


an unexplained fault occurred 



Table 8-3 Definition of reason 



Note: If a connect_PSTK_modem_channel or connecl_cable_modem_channel command is sent to a 
modem that does not implement the technology described in the command a response of NOT 
IMPLEMENTED will be returned. 



8.4.3 disconnect_tnodem_channel 



msb | | | | | | | lsb 



opcode 


disconnect modem channel 


operand [0] 


FF I6 



Figure 8-1 disconnect_modem_channel Control Command 

The disconnect_modem_channeJ command is used to terminate the current connection. If the 
command is successful a response of ACCEPTED is returned, otherwise REJECTED is returned. 



8.4.4 moderajstatus 

It is also possible to request the status of the modem subunit. The information that can be returned is 
defined in the modem status descriptor. The modem_status command can have a ctype of STATUS 
and NOTIFY. 



msb 1 1 1 1 | I 1 lsb 



opcode 


modem status 


operand[0] 


FF 16 



Figure 8-1 modem_status Status Command 



8.4.5 modem_data_transler 

The commands for transferring data to and from the modem are to be defined. The exact nature of 
these commands depends on the outcome of the AV/C asynchronous file transfer discussion. 
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9. Operational Guidelines 

zzzrsxsszi z^^tl r r a ,ist of 

or direct from the demu* via an tiJSS^^^'^™ ."SS/SlS 

selection and the tuner subunit will detect that the stream is scrambled. 1 

i^rTrVfr mak I " iDte " ieent Predicli ° n as to which CA subu n*» » ^ based upon the 
system ,d field from the transport stream and system id. The controller then eZZLSL an 
asynchronous connection with the CA subunit and writes the CA PMT descriptor tTrt,?? a t "? 
The controller establishes an isochronous channel to transmit SJiSbtSSLto^SS 
and a second channel from the CA subunit to the desired sink. When the controller has fmlshed wX 
£e£S£ 8 ---Alo„^ct the CA 

When the CA subunit receives the CA_ENABLE command it determines whether or not it is capable 
? y ^ Prepared . t0 P a .y for *« SCTvi « and request them to insert their bank card TSJ 
commid CA - PMT - REPLY descr 'P lOT " and sends a response to the CA.ENABLE 

The admission of full transport streams across the network is wasteful of bandwidth and should be 
„ ^ co ™ oUe \ sh ™ ]d . diligently remove those audio and video channels thaf 2 no! 
required and mod.fy.ng the required tables to indicate the channels form a partial transport streaT 

L«^ CA .^ d ° eS T f0 " 0W ^ san l e 1 conce P t of * e DV B CI whereby isochronous data is continually 
passed between all connected modules. It is suggested that when a controller wishes Tmake a 
connect.cn to a CA subunn to mitiate a conditional access transaction and there are muUlfcA 
subunus avatlable the controller should first inspect the system.id field to identify^. Tuitabe CA 
subunit. If the controller -w.sl.es to try all available AV suunits it should broadcast the desired program 
to all CA subunits and then when a suitable CA subunit is located the program can be sent just to the 
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10. Outstanding Points 

The Panel subunit, asynchronous plug control mechanism, asynchronous file transfer and a date & time 
resource are all under discussion at present. These are key resources that are required for the efficient 
implementation of a NCAM. The exact utilisation of these resources in the NCAM will be included in 
this proposal when the exact definition of the resources is complete. 

At present only the DVB Conditional Access system is provided for, at a later date other conditional 
access systems can be included. The modem types defined are the same as those supported by the DVB 
Common Interface, at a later other modem technologies may be defined. 

The mechanism by which the user chooses the source and destination of the program needs to be 
defined. Although this is a general 1HDN issue not confined to CA applications, indeed it may be 
implementation specific. 

The use of the panel subunit for the MM1 must be carefully implemented. The system must direct the 
MMI data to the display device relevant to the user. For example if the user selects the tuner subunit 
for the data source that is located in different room to their current position the MMI information must 
be routed back to the users location and not the tuner location. 
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